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(54) Computer system manager. 

(57) A system manager for a computer system. 
The system manager transparently monitors 
signals transferred between computer system 
components along a system bus and stored 
objects related to the monitored signals in an 
object space. Information related to operating 
conditions within the system can then be pro- 
vided from the object space. Later, the object 
space can be updated and the updated object 
space used to provide updated information re- 
garding the operating conditions of the system. 
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The invention relates to a manager for a computer 
system, and, more particularly, to a computer system 
manager which innately monitors and processes ob- 
jects indicative of computer system performance and 
acutal and/or potential computer system failures, de- 
termines alert conditions based upon the innately 
monitored and processed objects, reports alert con- 
ditions in either an in- band or out-of-band mode and 
provides for corrective action to be taken from a re- 
mote location. 

The desire to share computer resources has mo- 
tivated the development and continuing improvement 
of computer networks. One such computer network is 
generally referred to as a local area network (or 
"LAN"). A LAN is a system of computer hardware and 
software that links components such as computers, 
printers and other peripherals into a network suitable 
for transmission between various ones of the linked 
components located in relative proximity to each 
other, for example in different offices in a building, or 
in different buildings situated hear one another. Sim- 
ilar to a LAN is a wide area network (or "WAN"). A 
WAN differs from a LAN in that a telephone network 
is also required to link at least some of the compo- 
nents included in the network to the remainder of the 
network components. 

Various types of network operating systems are 
in existence today. They include the NetWare system 
manufactured by Novell, Inc. of Provo, Utah, the 
VINES system manufactured by Banyan, and the LAN 
Manager system manufactured by Microsoft Corpor- 
ation of Redmond, Washington. While such network 
operating systems often include a network manager, 
the network manager included in such systems have 
typically relies upon the network operating system to 
provide data to the network manager for performing 
network management functions. Since network man- 
agers have been forced to rely upon data transmitted 
by the network, prior network managers have fo- 
cussed on analyzing the health of the network and 
have been particularly well suited to analyze the 
health of the components of the network. 

Thus, of the five functional areas of network man- 
agement (configuration, fault analysis, accounting, 
performance and security) recognized by the 
OSt/Network Management Forum, network man- 
agers have been best equipped to performing config- 
uration and security management Network man- 
agers can also provide limited fault analysis, but, in 
most cases, only after failure has occured. Recently, 
the development of larger networks, both LAN and 
WAN, which include multiple printer, communication, 
database, and file server locations have been con- 
templated. This drive towards combining increasing 
numbers of computer components into a single net- 
work, has led to an increased demand for greater 
management capabilities. While, in the past, failure 
alerts may have been satisfactory, there is an increas- 



ing demand for information that will lead to failure 
whereby potential failures may be reported in suffi- 
cient time to allow for corrective action before an ac- 
tual failure occurs. In addition to this increased de- 

5 mand for information that will lead to failure, the ca- 
pability of real-time analysis of the performance of a 
computer system is also seen as a highly desireable 
management capability, particularly in the develop- 
ment of larger, multiple file server networks which will 

10 challenge minicomputers and mainframes for larger 
scale applications. Furthermore, as many of such net- 
works will utilize a WAN configuration, the need to be 
able to manage the network from a remote console is 
of increased importance. Total reliance on local man- 

15 agement capabilities would be a significant detriment 
to such systems since at least one major component 
of the systems would likely be remotely located with 
respect to the remainder of the system, thereby pro- 
ducing a network unable to manage the entire system 

20 from a single management console. 

SUMMARY OF THE INVENTION 

In a first embodiment, the present invention is of 

25 a computer network comprising a file server having a 
computer system installed therein, a computer station 
and a network bus connecting the console to the file 
server. A network operating system/network manager 
controls and manages information transfers between 

30 the file server and the console and a system manager 
manages the computer system board by monitoring 
signals transferred along the system bus, determin- 
ing alert conditions based upon the monitored signals 
and generating alerts based upon the determined 

35 alert conditions. In one aspect of this embodiment of 
the invention, power supplied to the system manager 
is monitored and also used to manage the system. In 
another aspect, the system operating temperature is 
used to manage the system and, in still another as- 

40 pect, network management information is also used 
to manage the system. 

In another embodiment, the present invention is 
of a manager for a computer system which comprises 
means for monitoring information transfers along the 

45 computer system bus, a processor for determining 
alert conditions based upon the monitored informa- 
tion transfers, a console for receiving alerts from the 
processor, and means for transferring the alerts gen- 
erated by the processor to the console. In alternate 

so aspects of this embodiment of the invention, the moni- 
tored information transfers may be the level of voltage 
supplied to the system manager or the temperature at 
which the system manager operates. 

In still another embodiment, the present invention 

55 is of a system manager for a computer system which 
comprises means for passively monitoring signals 
transferred between computer system components 
along a system bus and an object space for storing 
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objects related to the passively monitored signals and 
providing information related to operating conditions 
within the system. In one aspect of this embodiment, 
means for updating the object space based upon ad- 
ditional signals being passively monitored during 
transfer along the system bus are also provided. 

The invention may be better understood and its 
numerous objects, features and advantages become 
apparent to those skilled in the art by referencing the 
accompanying drawing in which: 

FIG. 1 is a block diagram of a computer network 
having an EISA based computer system and a 
computer system manager constructed in accor- 
dance with the teachings of the present invention 
installed therein; 

FIG. 2 is a block diagram of the system manager 
of FIG. 1 which illustrates information flow to and 
from, as well as within, the system manager; 
FIG. 3 is a top level block diagram of the system 
manager of FIGS. 1-2 

FIG. 4 is a low level block diagram of the system 
manager of FIG. 3; and 

FIG. 5 is a flow diagram of the dataflow between 

the hardware and software components of the 

system manager of FIGS. 1-3. 

Referring first to FIG. 1, an extended industry 
standard architecture (or "EISA") based computer 
network 10 having a system manager 22 constructed 
in accordance with the present invention shall now be 
described in detail. The computer network 10, which 
may be conf igured as either a LAN, WAN, or other 
type of network configuration, includes an EISA ser- 
ver 12, for example, a Systempro Model 486-840 
manufactured by Compaq Computer Corp. of Hous- 
ton, Texas, having an EISA based computer system 
board comprised of a series of computer subsystems 
(not shown) interconnected by a EISA based system 
bus. As the computer subsystems themselves are not 
specifically illustrated herein, the EISA computer sys- 
tem board and EISA system bus are, for ease of illus- 
tration, indicated as a unified element, EISA system 
board/bus 13. although all specific references to such 
element shall specifically indicate which portion of the 
unified element is being considered in such refer- 
ence. 

Installed on the EISA computer system board 13 
are a plurality of cards which include the system man- 
ager 22, which, as will be more fully described below, 
is comprised of a 32 bit intelligent bus master board 
and supporting firmware, an EISA network interface 
adapter 24 and an intelligent disk array controller de- 
vice 26. Installed in the operating system (or "OS") 
section of the EISA server 12 is a network operating 
system 14, preferably one which includes a network 
management agent 15. It is contemplated that any 
one of numerous network operating systems, for ex- 
ample, the NetWare or LAN Manager network oper- 
ating systems previously described, would be suitable 



for use as the network operating system 14. 

Interfacing the system manager 22 and the net- 
work operating system 14 is a system manager de- 
vice driver 16. The system manager device driver 16 
5 acts as a bi-directional translator for all requests to 
and from the system manager 22, thereby providing 
two-way communication between the system man- 
ager 22 and the network management agent 15. 
Through this interconnection between the system 
10 manager 22 and the network management agent 1 5, 
the network management agent 15 may supply infor- 
mation to or receive information collected by the sys- 
tem manager 22. Object management by the system 
manager 22 may, therefore, be initiated by the net- 
15 work management agent 15 if the network manage- 
ment agent 15 issues instructions to create, delete, 
modify, reset, or clear objects stored in the system 
manager 22. 

The system manager device driver 16 will also 
20 handle certain in-band and out-of band alerts. If gen- 
erated by the system manager 22, an in-band alert 
will be transmitted by the system manager device 
driver 16 to the network operating system 14 which, 
under the control of the network management agent 
25 1 5, will direct the in-band alert to a local network man- 
ager console 36 connected to the network operating 
system 14 by in-band network bus 42. Out-of band 
alerts generated by the network operating system 14, 
on the other hand, will be transmitted by the system 
30 manager device driver 16 to the system manager 22 
for transmission to a remotely located system man- 
ager facility 34 connected to the system manager 22 
via an asynchronous link 40, for example, a telephone 
connection. Two-way communication between the 
35 system manager 22 and the remotely located system 
manager console is provided by a system manager fa- 
cility device driver 38. While there are additional sig- 
nals transmitted between the system manager 22 and 
the network operating system 14 by the system man- 
40 ager device driver 16, these additional signals shall 
be discussed in greater detail later. 

The network management agent 15 also oper- 
ates as a central collection point for network manage- 
ment information for the EISA server 1 2 by acting as 
45 a link between the system manager 22, other cards in- 
stalled on the computer system board 13, and the 
computer network itself. For example, in the embodi- 
ment of the invention illustrated in FIG. 1, an EISA net- 
work interface adapter 24, for example, a Model 
50 NE3200 32-bit Ethernet adapter manufactured by An- 
them Electronics, Inc., and an intelligent disk array 
controller device 26, are also installed on the comput- 
er system board 13. The network operating system 14 
connects the computer system board 13 and, via a 
55 network interface device driver 18 which operates in 
a manner similar to the system manager device driver 
1 6, the network interface adapter 24 for two-way data 
transmission therebetween. Furthermore, as the net- 
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work interface adapter 24 is connected for two-way 
data transmission with the network 28, a two-way 
communication link between the system manager 22 

■~ and the network 28 is thusly provided. The network 28 
is the interface of the network components via the s 
network media. The network 28 may be configured in 
a token ring, ethernet, or other network topology in 
use today, to control the access of multiple computer 
stations to the network 28, although, in the embodi- 
ment of the invention described and illustrated herein, 10 
a single computer station 30 has been provided. 

An intelligent disk array controller device driver 
20 which, like the network interface device driver 18, 
operates in a manner similar to the system manager 
device driver 1 6 t provides for two-way data transmis- is 
sion between the system manager 22 and, via the net- 
work operating system, the intelligent disk array con- 
troller device 26. The intelligent disk array controller 
device 26 provides disk storage for the computer sys- 
tem board 13. For example, it is contemplated that the to 
intelligent disk array (or "IDA") controller device 26 
may provide 840 Mbytes of disk storage for the com- 
puter system board 13 by associating four 210M-byte 
Compaq IDA drive pairs therewith. 

Referring next to FIG. 2. the flow of information, 25 
most commonly in the form of data and alerts, to and 
from, as well as within the system manager 22 shall 

»now be described in greater detail. As will be more 
fully described below, the system manager 22 has the 
ability to monitor various system components and 30 
parameters. If a component experiences a failure or 
exhibits characteristics that indicate it may experi- 
ence a failure, the system manager 22 detects the fail- 
ure or characteristic indicative of a potential failure 
and reports the failure or characteristic indicative of a 35 
potential failure as an alert in a manner such that cor- 
rective action can be taken. 

As may be seen in FIG. 2, the path by which data 
accumulated during the monitoring of system compo- 
nents and parameters indicative of an acutal or poten- 40 
tial failure may be any one of four paths, depending 
on the particular type of actual or potential failure be- 
ing monitored. Each system component being moni- 
tored may be referred to as an object having a number 
of attributes. As the components continue to be moni- 45 
tared, the value of the object's attributes may change, 
for example, by incrementing, decrementing, updat- 
ing, resetting or modifying. When the attributes ex- 
ceed their boundary or threshold value, an alert will 
be generated. In addition to alerts, the attributes of ob- so 

jects may be utilized to provide continuous real-time 
monitoring of the computer system board 13 without 
interfering with normal system operations. 

Addressing the specific signals being monitored 
by the system bus manager 22, the computer system 55 
bus 13 supplies certain signals to a bus monitor 44 
which will help determine the state of the computer 
system board 13. These signals include interrupt re- 



quest (or "IRQ") signals, data memory request (or 
"DRQ") signal and input/output (or "I/O") signals. In 
one embodiment of the invention, it is contemplated 
that the bus monitor 44 monitors the I/O signals al- 
though, in a further embodiment of the invention, it is 
contemplated that the bus monitor 44 monitors the 
supplied IRQ, DRQ and I/O signals. If the signals are 
active, then the corresponding system resources are 
being used: In this manner, these signals may be used 
to monitor the performance of the computer system 
board 13. Other signals supplied by the computer sys- 
tem bus 13, are utilized during object management to 
indicate alert conditions. For example, the absence of 
the refresh signal will generate an alert since the lack 
of refresh may cause the file server 12 to fail. Simi- 
larly, an indication of a memory parity error will cause 
the generation of an alert. Also innately monitored by 
the bus monitor 44 are the printer port, so that the sys- 
tem manager 22 can report whether or not there is a 
printer error or is out of paper, the asynchronous ser- 
ial port, so that the system manager can monitor and 
log asynchronous activity such as overrun errors, 
parity errors, and framing errors for system board ser- 
ial ports, system software, so that software errors can 
be identified, and keyboard events, so that key- 
strokes can be logged and the relationship between 
a system failure and keyboard inputs can be ana- 
lyzed. Finally, the bus monitor 44 will detect the asser- 
tion of IOCHK, Indicative of a catastrophic board fail- 
ure, and board "times out", indicative of a violation of 
EISA standards. The bus monitor 44 transfers these 
signals to information processing and alert determi- 
nation elements 52 where the monitored information 
is processed. As will be more fully described below, 
the information processing and alert determination 
elements 52 of the system manager 22 is comprised 
of a control processor and supporting logic which, by 
the application of object management techniques, is 
configured to determine whether the monitored infor- 
mation warrants the generation of an alert 

The system manager 22 further provides for the 
monitoring of other signals for delivery to the informa- 
tion processing and alert determination elements 52 
for potential generation of alerts. These other signals 
are supplied to the information processing and alert 
determination elements 52 by a path distinct from that 
previously discussed. To power the system manager 
22, the computer system bus 1 3 provides ±5 Volt and 
£12 Volt lines to a power-temperature monitor/power 
supply elements 50. The level of voltage supplied to 
the system manager 22 is converted into a digital sig- 
nal by an analog-to-digital converter included in the 
power-temperature monitor/power supply elements 
50 and the digital power level signal is provided to the 
information processing and alert determination ele- 
ments 52. For example, if a drop in system power is 
detected, the information processing and alert deter- 
mination elements 52 will generate an alert If, how- 
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ever, a complete loss of power occurs, the system 
manager 22 will switch to battery power and the event 
reported, again as an alert, through one or both of its 
asynchronous modem and serial connections. This 
aspect of the system manager 22 is more fully descri- 
bed in co-pending patent application serial no. 

entitled "Power Supply for a Computer System 
Manager" and previously incorporated by reference. 
Briefly, however, after loss of system power, the sys- 
tem manager will switch into reserve power to deliver 
alerts and, after completing alert delivery, to standby 
mode to conserve power. After reserve power is ex- 
hausted, the system manager then switches into dor- 
mant mode to keep its RAM memory valid for an ex- 
tended period of time and, after the expiration of the 
extended period of time, cutting power off completely. 

The system manager 22 is further provided with 
a temperature sensor 48. The internal temperature of 
the system manager 22 is continuously monitored by 
the temperature sensor 48 and the measured temper- 
ature transmitted to power-temperature monitor/pow- 
er supply elements 50 where analog to digital conver- 
sion of the monitored temperature is performed. The 
digital temperature level is then transmitted to infor- 
mation processing and alert determination elements 
52 for object management. If the information process- 
ing and alert determination elements 52 determine 
thatthe temperature has risen above a predetermined 
threshold, then an alert may be issued. 

Finally, a bus master interface 46 is used to trans- 
fer certain signals from the network operating system 
14 to the information processing and alert determina- 
tion elements 52. Typically, the information provided 
by the bus master interface 46 differs from that pas- 
sively supplied by the bus monitor 44 or the power- 
temperature monitor/power supply elements 50 in 
that information supplied via the bus master interface 
46 are supplied as hard inputs. However, by interfac- 
ing with network operating system 14, the system 
manager 22 can monitor network resources other 
than the computer system board 13 itself. For exam- 
ple, in a typical network management system, the in- 
telligent disk array controller device 26 would provide 
management information to the network manage- 
ment agent 15 such as the number of read errors that 
have occured. In turn, the network management 
agent 15 can provide that information to the system 
manager 22 via the bus master interface 46. 

The information passively monitored by the bus 
monitor 44 and the power-temperature monitor por- 
tion of the power-temperature monitor/power supply 
elements 50 and supplied to the information process- 
ing and alert determination elements 52, as well as 
that information supplied to the information process- 
ing and alert determination elements 52 by the bus 
master interface 46 may be used for several purpos- 
es. First, the information processing and alert deter- 
mination elements 52 can process the information 



and, if appropriate, generate an alert. Examples of 
alert conditions that may be determined by informa- 
tion processing and alert determination elements 52 
include loss of system power, server subsystem fail- 
5 ure, excessive server temperature as well as other 
configurable events that require outside attention. 

Once the information processing and alert deter- 
mination elements 52 determine that an alert should 
be issued, such an alert can be issued in a number 
10 of ways. Initially, it must be determined if the alert 
should be delivered "in-band" or "out-of-band tt . Once 
originated by the information processing and alert de- 
termination elements 52, an in-band alert is directed 
to the bus master interface 46 and on to the network 
15 operating system 14 and, under the control of the net- 
work management software contained in the network 
management agent 15, on to the local network man- 
ager console 36. So that the use of existing network 
hardware is maximized, it is contemplated that in* 
20 band alerts to the local network manager console 36 
will be utilized as the primary path for communica- 
tions with the system manager 22. It should be spe- 
cifically noted, however, that, a local system manager 
console may be used to receive in-band alerts without 
25 departing from the practice of the present invention. 
If the information processing and alert determination 
elements 52 determine that the alert should be issued 
"out-of band", the alert is transmitted to communica- 
tion elements 54 where an alert is issued. As is more 
30 fully described in co-pending U.S. Patent Application 
Ser. No. entitled M ln-band/Out-of-band 

Alert Delivery System for a Computer System Man- 
ager" and previously incorporated by reference, the 
communication elements may send an out-of-band 
35 alert by sending a protocol message over a switched 
telephone connection to the system manager facility 
34, by dialing a phone number associated with a pag- 
er 56 or by dialing a phone number to a phone 58 as- 
sociated with a person and generating a synthesized 
40 voice message upon completing a connection with 
the phone 58. 

In addition to alert determination and generation 
based upon the passively monitored information, the 
information processing and alert determination ele- 
45 ments 52 also perform several other functions. More 
specifically, the received information is also time 
stamped and stored or "logged" into RAM memory for 
later access. Thus, in the event of a catastrophic fail- 
ure of the file server 12, the monitored and logged in- 
50 formation will be available for "post mortem" diagnos- 
tics. Similarly, network information may be transfer- 
red over the bus master interface 46 and logged into 
RAM memory contained within the information proc- 
essing and alert determination elements 52. Finally, 
55 the objects can be transferred, for example to the re- 
mote system manager facility 34 or the local network 
manager console 36 to provide real-time information 
regarding the performance of the system manager 
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The control processor 68 also performs several other 
tasks which will be described in greater detail later. In 
its primary task, object data which is processed by the 
control processor 68 is stored in the random access 
memory 70 and processor instructions are stored in s 
the read only memory 72. Depending on the particular 
object management performed on a particular sys- 
tem component, data from the computer system bus 
1 3 and innately monitored by the innate bus monitor- 
ing device 86 may be operated on by the control proc- 10 
essor 68 and the resultant object stored in the random 
access memory 70 or, depending on the particular ob- 
ject being managed, may be directly stored into the 
random access memory 70. Similarly, temperature 
and/or power data transmitted by the A/D converter is 
98 may be operated on by the control processor 68 
and the result stored in the random access memory 
70 or may be directly stored into the random access 
memory 70. The real time clock is a clock indepen- 
dent of the system clock which is configured to store 20 
date, time, year and other time related variables relat- 
ing to objects, depending on user preference. 

In "normal" operation, the control processor 68 
controls the control processor bus 67 to provide data 
transfer between the control processor 68, the ran- 25 
dom access memory 70, the read only memory 72 
and the real time clock 74. In normal operation, the 
control processor 68 performs object management as 
set forth in detail elsewhere. Based upon the acquired 
data, object management will provide for the detection 30 
of failures of the file server 12 or subsystems thereof. 

The bus master interface 78 which, for example, 
may be an Intel 82355 BMIC, is configured to interro- 
gate and modify the memory and I/O space 66 of the 
computer system 13 as well as the random access 35 
memory 70 of the system manager 22. For example, 
during a "data transfer operation" involving the sys- 
tem manager 22, the control processor arbitration log- 
ic 76 instructs the control processor bus 67 regarding 
the address, direction and destination of the data 40 
transfer. The control processor arbitration logic 76 
then instructs the bus master interface 78 as to the 
transfer; Once the system manager 22 is ready for a 
transfer, the bus master interface 78 will then instruct 
the computer system bus 13 to arrange for a burst 45 
transfer of data to the bus master interface 78 which, 
in turn, will transfer the data, to the control processor 
transfer buffer logic 80 arid on to the random access 
memory 70 for storage. Transfer of data from the ran- 
dom access memory 70 to the bus master interface so 
78 is accomplished in reverse manner. 

Once, object management within the control 
processor 68 has indicated that an alert should be 
generated, the control processor 68 controls the de- 
livery of the appropriate alert message via the modem 55 
84, the UART 94 and/or the network operating system 
1 5. The UART 94 provides an asynchronous interface 
between the system manager 22 and the system man- 



ager facility 34. Through a software interface provid- 
ed between the UART 94 and the system manager fa- 
cility 34, for example, by use of the Windows soft- 
ware, the system manager facility 34 is capable of 
reading monitored object values from and writing ob- 
ject control to the system manager 22. Likewise, video 
screen data can be transmitted from the system man- 
ager 22 to the remote console and keystrokes can be 
transmitted from the system manager facility 34 to the 
system manager 22. The system manager facility 34 
also keeps alert logs. Finally, another function of the 
UART 94 is to connect an external modem to deliver 
page alerts under the control of the control processor 
68. 

As previously mentioned, alerts delivered to the 
pager 54 or the phone 56 are made via the modem 84 
under the control of the control processor 68. When, 
however, an alert message is delivered to the phone 
56, the voice synthesis logic 82 is utilized by the con- 
trol processor 68 in order to generate an audible, 
voice alert Pre-recorded voice messages are stored 
within the voice synthesis logic 82. These voice mes- 
sages, which are stored in accordance with adaptive 
differential pulse code modulation, relate to a multi- 
tude of messages which may be accessed by the con- 
trol processor and transmitted. For example, dates, 
numbers, alert conditions, names, voltages which 
correspond to the information useful to identify the 
type, severity, time of, location, or other identifying in- 
formation regarding alert conditions. Thus, if the con- 
trol processor desired to transmit a voice alert the 
control processor 68 would instruct the voice synthe- 
sis logic 82 to supply the selected message to the mo- 
dem 84, which, for example may be a 2400 bit per sec- 
ond modem, can transmit the selected message over 
its two way interface with the phone 58. After the alert 
has been transmitted, the modem 84 will await a re- 
turn call through which It will pass server information 
and control. 

The touch tone decoder 88 is connected to accept 
analog signals from the modem 84. The touch tone 
decoder 88 decodes signals received by the modem 
and informs the control processor as to the nature of 
the signal. Most commonly, the touch tone decoder 
will be used to provide security for the system man- 
ager 22. For example, when a alert delivery is sent via 
the modem 84 to a pager 56 or a phone, a user receiv- 
ing the alert will, in many situations, desire to contact 
the system manager 22 for additional information. For 
example, if the user transmits a password to the mo- 
dem 84, the touch tone decoder 88 will decode the 
tones and transmit the decoded tones to the control 
processor 68. The control processor 68 then decides 
whether the password is legitimate. As will be more 
fully described in copending application Serial No. 

entitled "Remote Console Emulator for 
System Bus Manager", and previously incorporated 
by reference, the touch tone decoder 88 is also util- 
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22. 

Through the link between the communications 
elements 54 of the system manager 22 and the sys- 
tem manager facility 34, significant control of the sys- 
tem manager 22 can be performed from a remote lo- s 
cation. From the system manager facility 34, remote 
console emulation, access to stored data and remote 
control or "rebooting" may be performed. Remote 
console emulation or "hard key insertion" permits 
keystrokes at the remote console to be delivered to 10 
the system manager 22 as if they were input locally. 
Through the harid key insertion, "soft" reboots are 
emulated by simultaneously inserting B control M --"alt H - 
-"del" to actuate a reboot of the system manager 22. 
While not being able to actuate a complete "hard" re- 1 5 
boot, the system manager facility 34 can simulate a 
hard reboot by selectively removing power from sys- 
tem components. More information regarding remote 
console emulation is set forth in co-pending U.S. Pa- 
tent Application Ser. No. entitled "Re- 20 
mote Console Emulator for a Computer System Man- 
ager" and previously incorporated by reference. 

Referring next to FIG. 3, the structural configur- 
ation of the system manager 22 shall now be descri- 
bed in greater detail. While quite similar to FIG. 2, cer- 25 
tain elements of the system manager 22 have now 
been redesignated to more closely describe their 
structural configurations whereas, in FIG. 2, such ele- 
ments were designated with their operational charac- 
teristics closer in mind. As may be better seen in FIG. 30 
3, the bus monitor 44 innately monitors a plurality of 
signals relating to the state of the computer system 
board 13. Innate monitoring is accomplished by the 
bus monitor 44 receiving all data and address signals 
being transferred along the system bus 13. The bus 35 
monitor 44 will then select those signals which will 
help determine the state of the computer system 
board 13 and directs the selected signals via a bus to, 
what previously was functionally designated as the in- 
formation processing and alert determination ele- 40 
ments 52 and what is now structurally designated as 
a CPU/memory subsystem 52 which is the hardware 
which, together with associated firmware, will per- 
form the aforementioned information processing and 
alert determination functions. Other signals, indicated 45 
here as miscellaneous system signals, are always 
considered to help determine the state of the comput- 
er system board and are directed through the bus 
monitor 44 to the CPU/memory subsystem 52. Addi- 
tionally, the system bus 1 3 supplies power to the sys- so 
tern manager 22 via ±5V, ±1 2V lines to the power-tem- 
perature monitor/power supply element 50 and on to 
the CPU/memory subsystem 52. In the event of that 
the supply of power from the system bus 1 3 is termin- 
ated, the power-temperature monitor/power supply ss 
element 50 will begin supplying power from a battery 
included therein. The termination of the supply of 
power from the system bus will also be reported to the 



CPU/memory subsystem 52 as an alert condition. 

Connected to output of the CPU/memory subsys- 
tem is a modem/asynchronous interface 60 repre- 
sents the two paths along which an out-of-band alert 
may be transmitted, via an asynchronous communi- 
cation port or via a modem, in the event that an alert 
condition has been established. Alert conditions in- 
clude loss of system power, server subsystem failure, 
excessive server temperature as wall as out of other 
events which require the attention of the system man- 
ager facility 34. Either of these may be used to report 
an alert condition, although the modem would typical- 
ly contact either one of the pager 56 or the phone 58 
while the asynchronous communication port would 
typically contact a remote system manager* for exam- 
ple the system manager facility 34 illustrated in FIG. 
2, Servicing the modem/asynchronous interface 60 is 
voice/audio elements 62. In the event that a voice 
alert is selected, the voice audio elements generate 
the voice alert which is then transferred to a phone 58 
via the modem. Finally, in the system manager con- 
figuration illustrated herein, a local system manager 
console 64 and system memory I/O support the sys- 
tem manager 22 and are accessible via the bus mas- 
ter interface 46. 

Referring next to FIG. 4 the system manager 22 
shall now be described in still greater detail. The sys- 
tem manager 22 is comprised of a bi-directional con- 
trol processor bus 67 and a series of system manager 
components connected to the control processor bus 
67 for the transfer of address, data and control signals 
between various components of the system manager 
22. Connected to the control processor bus 67 are a 
control processor 68, random access memory 70, 
read only memory 72, a real time clock 74, control 
processor arbitration logic 76, a bus master interface 
78, control processor transfer buffer logic 80, voice 
synthesis logic 82, a modem 84, a innate bus moni- 
toring device 86, a touch tone decoder 88, universal 
control/status registers 90, a universal asynchronous 
receiver transmitter (or "U ART") 92, a UART interface 
94, a power mode controller 96, an analog-to-digital 
converter 98; and indirectly a battery 100 and a bat- 
tery charge indicator 102 and a temperature sensor 
48. 

The various operations performed by the system 
manager 22 and the various system manager compo- 
nents 48 and 68-102 which are utilized to perform 
such operations shall now be described in greater de- 
tail, in the embodiment of the invention disclosed 
herein, the control processor 68 is a 16 bit micropro- 
cessor which operates at 16 MHz, although, in alter- 
nate embodiments of the invention, other micropro- 
cessor types will be suitable for use. The control proc- 
essor 68 performs multiple tasks, including a primary 
task of collecting and storing information received 
from multiple sources and detecting failures based 
upon acquired data and issue alerts as appropriate. 
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ized in connection with remote console emulation op- 
erations. 

The power mode controller 92 both controls the 
power for the system manager 22 and monitors the 
power level for the system board. In a manner more s 
fully described in co-pending application Serial No. 

entitled "Power Supply Controller for Com- 
puter System Manager", and previously incorporated 
by reference, the power mode controller will control 
the operation of the system manager 22 by designat- 10 
ing which of alternate power modes the system man- 
ager 22, or in accordance with the requirements of 
certain power modes, which components of the sys- 
tem manager 22 are to be supplied power. In the event 
that power from the system bus 13 is unavailable, the is 
battery 100 shall supply power to either the system 
manager 22 or to selected components thereof. As the 
battery 100 is rechargeable, the battery charge indi- 
cator 102 is provided to indicate when the battery 100 
is being recharged. For example, the power mode 20 
controller 92 will cause the system manager 22 to ac- 
tivate the battery 100 should the supply voltage need- 
ed to operate the system manager 22 fall below a 
minimum operating voltage. The power mode control- 
ler 92 will also turn on and off devices not needed dur- 25 
ing operation of the battery 1 00. This circuitry will pro- 
vide the best use of the battery 100 in this low power 
mode. After the processor delivers an alert, the power 
mode controller 92 will turn off the power to the control 
processor 68. The processor will restarted when a call 30 
is detected, UART activity, expiration of set interval in 
real time clock and other system activity or subsystem 
activity. 

Referring next to FIG. 5, the flow of data between 
the various hardware and firmware components of 35 
the system manager 22 shall now be described in 
greater detail. System manager occurs within the con- 
trol processor 68 by the interaction of the control proc- 
essor firmware 104 with the control processor's ran- 
dom access memory 70 as well as certain other hard- 40 
ware elements. In a manner to be more fully described 
below, the system manager firmware 104 acts upon 
inputs from the bus master interface 78 and the UART 
94, monitors parameters of the system board 1 3 being 
input by the innate bus monitoring device 86, monitors 45 
temperature and power parameters of the system 
board 13 being input by the A/D converter 98, and, as 
deemed necessary, generate alerts via the bus mas- 
ter interface 78 and/or the UART 94. 

The system manager 22 operates based upon the 50 
concept of object management. Each object repre- 
sents a system component than can be managed and 
contains pertinent information about the component 
that it represents. As changes occur that affect the 
status of a component, the information contained in 55 
the corresponding object is updated. Objects and/or 
data related to objects are input to the system man- 
ager firmware 104, processed therein, and stored in 



an object space 108 located within the random access 
memory 70. The object space 108 is managed by an 
object manager 106 which receives object messages 
from the bus master interface 78, the UART 94, and, 
in the case of innate objects updates, from within the 
system manager firmware 104 itself. 

More specifically, and EISA monitor 110, in con- 
junction with programmable hardware within the in- 
nate bus monitoring device 86, selectively listens to 
bus activity. As events are detected, the EISA monitor 
110 provides information relating to the object man- 
ager for updating the innate objects corresponding to 
the event Similarly, the voltage/temperature monitor 
112 periodically monitors the ±5, ±12 voltages sup- 
plied to the system bus manager 22 by the system bus 
13 and updates the innate objects corresponding to 
power and temperature. In the event of aloss of power 
from the system bus 13, however, the voltage/temper- 
ature monitor 112 will report a power event directly to 
a control manager 118. 

For each update, increment or decrement, the ob- 
ject manager 1 06 wilt, in the event that a boundary or 
threshold has been exceeded, determine that an alert 
needs to be issued. The object manager 106 will then 
request that an alert manager 114 compose an appro- 
priate alert message and transmit the composed mes- 
sage. If the composed alert message is to be an in- 
band alert, the alert message is sent to a bus master 
interface manager 116 and, if the composed alert 
message is to be an out-of-band alert, the alert mes- 
sage is sent to the control manager 118. The control 
manager 118 would then forward the out-of-band 
alert to an asynchronous communication manager 
1 20. The asynchronous communication manager 120 
acts a traffic controller between the various tasks to 
be performed by the system manager firmware 104 
and an asynchronous manager 122 which provides 
the firmware interface between the system firmware 
1 04 and both the modem 84 and the UART 94. For ex- 
ample, if a voice message is to be generated for the 
out-of-band alert, the asynchronous communication 
manager 120 would interface with a voice/tone man- 
ager 124 which, like the asynchronous manager 122, 
provides the firmware interface between the system 
firmware and the voice synthesis logic 82 and the 
touch tone decoder 88. Thus, during the out-of-band 
alert delivery, the asynchronous communication 
manager 120 would transfer the alert message, as 
well as any voice message to accompany and/or com- 
prise the alert to the asynchronous manager 122 
which would then deliver the alert message, either via 
the modem 84 or the UART 94. 

Finally, in addition to delivering out-of-band alert 
messages originating with the alert manager 114 to 
the asynchronous communication manager 120, the 
control manager 118 performs several other func- 
tions. First, in the event of critical event occurences, 
such as toss of power or failure to communicate with 
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the system 13, the control manager will directly gen- 
erate out-of-band alert messages. Second, the con- 
trol manager serves to monitor significant events 
monitored by other managers, log events in an event 
log 126 which, like the object space 108, is located 
within the random access memory 70, and provide 
logged information as requested. Logged information 
can be requested by the bus master interface man- 
ager for transfer, via the bus master interface to the 
network operating system 14 and by the asynchron- 
ous communication manager 120 for transfer via the 
asynchronous manager 122 to the UART 94. 

Thus, there has been described and illustrated 
herein, a manager for a computer system operable 
within a computer network which provides significant 
system management capability and, which may also 
operate in conjunction with the network manager to 
provide still greater management capabilities. Rather 
than attempting to manage through the use of hard in- 
puts delivered from the network, in the present inven- 
tion, management is provided by the innate monitor- 
ing signals within the system computer itself and proc- 
essing objects which correspond to the innately moni- 
tored signals and which are considered to be indica- 
tive of conditions within the computer system. 
Through object management, the system manager 
determines alert conditions based upon the innately 
monitored and processed objects, reports alert con- 
ditions in either an in-band mode which takes advan- 
tage of the computer network or an out-of-band mode 
in which the alert message is asynchronously trans- 
ferred to a remote console from which corrective ac- 
tion may be taken. However, those skilled in the art 
will recognize that many modifications and variations 
besides those specif icaHy mentioned may be made in 
the techniques described herein without departing 
substantially from the concept of the present inven- 
tion. Accordingly, it should be clearly understood that 
the form of the invention as described herein is exem- 
plary only and is not intended as a limitation on the 
scope of the invention. 



Claims 

1 . A computer network comprising : 

a file server having a computer system 
board with a system bus installed therein; 

at least one computer station having a con- 
sole; 

a network connecting said at least one 
console to said file server; 

a network operating system for controlling 
information transfers between said file server 
and said at least one console via said network, 
said network operating system including a net- 
work manager for managing information trans- 
fers along said network; and 



a system manager for managing said com- 
puter system board, said system manager man- 
aging said computer system board by monitoring 
signals transferred along said system bus of said 
5 computer system board, determining alert condi- 

tions based upon said monitored signals and gen- 
erating alerts based upon said determined alert 
conditions. 

10 2. A computer network according to daim 1 and fur- 
ther comprising means for supplying power to 
said computer system board, said system man- 
ager monitoring the level of voltage supplied to 
said computer system board and determining ad- 

15 ditional alert conditions based upon said moni- 

tored power levels. 

3. A computer network according to claim 1 and fur- 
ther comprising means for determining the oper- 

20 ating temperature of said computer system 

board, said system manager monitoring the oper- 
ating temperature of said computer system board 
and determining additional alert conditions based 
upon said monitored temperature. 

25 

4. A computer network according to claim 1 and fur- 
ther comprising: 

a remote console; 

an asynchronous interface between said 
30 remote console and said system manager, said 

system manager capable of transmitting generat- 
ed alerts to said remote console via said asyn- 
chronous interface. 

35 5. A computer network according to claim 1 and fur- 
ther comprising an interface connecting said net- 
work operating system and said system man- 
ager, said network operating system transferring 
information to said system manager via said In- 

40 terface, said system manager determining addi- 

tional alert conditions based upon said informa- 
tion supplied by said network operating system. 

6. A computer network according to claim 5 and fur- 
45 ther comprising a local console connected to said 

network, said system manager capable of trans- 
mitting generated in-band alerts to said local con- 
sole via said network operating system. 

50 7. A computer network according to claim 6 and fur- 
ther comprising: 

a remote console; 

an asynchronous interface between said 
remote console and said system manager, said 
55 system manager capable of transmitting generat- 

ed out-of-band alerts to said remote console via 
said asynchronous interface. 

10 
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8. A computer network according to claim 7 and fur- 
ther a modem for interfacing said system man- 
ager and a remote device via a telephone line, 
said system manager configured to selectively 
transmit generated out-of-band alerts to said re- 5 
mote console via said asynchronous interface or 
said remote device via said modem. 

9. For a computer network having at least one com- 
puter system operable therein, said computer 10 
system having a plurality of components intercon- 
nected by a system bus for transferring informa- 
tion between said components, a manager for 

said computer system, comprising: 

means for monitoring information trans- is 
fers along said system bus; 

a processor connected to said monitoring 
means, said processor determining alert condi- 
tions based upon said monitored information 
transfers and generating alerts upon determining 20 
said alert conditions; 

a console for receiving alerts from said 
processor; and 

means for transferring said alerts generat- 
ed by said processor to said console. 25 

10. A system manager according to claim 9 wherein 
said computer network further comprised a net- 
work manager and said system manager further 
comprises: 30 

means for interfacing with said network 
manager, said interfacing means providing for the 
transfer of information from said network man- 
ager to said processor; 

wherein said processor determines said 35 
alert condition based upon said monitored sys- 
tem bus information transfers and said transfer- 
red information from said network manager. 

11. A system manager according to claim 9 and fur- 40 
ther comprising: 

means for monitoring the level of voltage 
supplied to said system manager by said system 
bus, said power monitored means transferring 
said monitored power level to said processor; 45 

wherein said processor determines said 
alert condition based upon said monitored sys- 
tem bus information transfers and said monitored 
power level. 

50 

12. A system manager according to claim 11 wherein 
said power level monitoring means further com- 
prises: 

a power monitor having an input connect- 
ed to said system bus and an output, said power ss 
monitor measuring, in analog, the level of voltage 
supplied to said system manager by said system 
bus and outputting said measured power level; 



and 

an analog to digital converter having an in- 
put connected to said power monitor output and 
an output connected to said processor, said ana- 
log to digital converter converting said measured 
analog power level to a digital power level and 
outputting said digital power level to said proces- 
sor. 

13. A system manager according to claim 9 and fur- 
ther comprising: 

means for monitoring the operating tem- 
perature of said system manager, said tempera- 
ture monitoring means transferring said moni- 
tored temperature level to said processor; 

wherein said processor determines said 
atert condition based upon said monitored sys- 
tem bus information transfers and said monitored 
temperature level. 

14. A system manager according to claim 13 wherein 
said temperature level monitoring means further 
comprises: 

a temperature monitor mounted to said 
system manager and having an output, said tern- 
perature monitor measuring, in analog, the oper- 
ating temperature of said system manager and 
outputting said measured temperature level; and 

an analog to digital converter having an in- 
put connected to said temperature monitor output 
and an output connected to said processor, said 
analog to digital converter converting said meas- 
ured analog temperature level to a digital temper- 
ature level and outputting said digital temperature 
level to said processor. 

15. A system manager according to claim 9 wherein 
said console is remotely located and said means 
for transferring said alerts generated by said 
processor to said console further comprises in- 
terface means for asynchronously transferring 
said alerts to said remote console. 

16. A system manager according to claim 15 wherein 
said computer network further comprises a net- 
work manager and a local console accessible to 
said network manager via said network, and 
wherein said system manager further comprises: 

means for interfacing with said network 
manager, said interfacing means providing for the 
transfer of alerts from said processor to said net- 
work manager; 

wherein said alerts generated by said 
processor may be selectively delivered to said re- 
mote console via said asynchronous transfer 
means or to said local console via said network 
manager. 
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1 7. A system manager according to claim 1 5 wherein 
said system manager further comprises a tele- 
phone and said means for transferring alerts fur- 
ther comprises a modem connected to said proc- 
essor, wherein said alerts generated by said s 
processor may be selectively delivered to said re- 
mote console via said asynchronous transfer in- 
terface means or to said telephone via said mo- 
dem. 

10 

18. A system manager according to claim 1 5 wherein 
said system manager further comprises a pager 
and said means for transferring alerts further 
comprises a modem connected to said processor, 
wherein said alerts generated by said processor is 
may be selectively delivered to said remote con- 
sole via said asynchronous transfer interface 
means or to said payer via said modem. 

1 9. A system manager for a computer system having 20 
a plurality of system components and a system 

bus for transferring information between said 
components, comprising: 

means for passively monitoring signals 
transferred along said system bus; and 25 

an object space for storing objects related 
to said passively monitored signals, said object 
space providing information related to operating 
conditions of said system. 

30 

20. A system manager according to daim 1 9 and fur- 
ther comprising means for updating said object 
space based upon additional signals being pas- 
sively monitored while being transferred along 
said system bus, wherein said updated object 35 
space provides information related to operating 
conditions of said system. 

40 
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